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Remarks 



Applicant respectfully requests reconsJdeiatiotL of this ^plication as amended. 



Claims 3, 15, and 19 have been amended. No 



Therefore, claims 1, 3-7, 13. 15,-17, 19-21, and 27-39 are presOTted for examination. 

11 

'I 
ij 

Claim Objjections 

"! 

Claim 3 stands objected to because it r scites *The method of claim 2**, and claim 

;! 

2 was canceled by Applicant's amendment Claim 15 stands objected to because it 
recites **The system of claim 14", and claim l il was canceled by Applicant's amendment. 

Ii 

Claim 19 stands objected to because it recites 
18*', and claim 18 was canceled by Applicant's 



Therefore, applicant respectfully requests the 



fclaims have been cancelled or added. 



[The machine-readable medium of claim 
s amendment. 



Claims 3^ 15, and 19 have been amended to appear in proper form for allowance. 



abjections to these claims be withdrawn. 



35 US.C. §103^a) Rejection 
Qaims 1, 3-7, 13, 15-17, 19-21 and 27-39 stand rejected under 35 U.S.C §103(a) 

as being unpatentable over Axchambault (U.S j|Patent No. 6,173,444) in view of Blainey 

(U.S. Patent No. 6,045,585) in view of 'TR.estnfcted Pointers are Coming" by Robison 

i! 

Piereinafter ''Robison"]. Applicant submits tliat ±e present claims are patentable over 

r 
!l 

Archambault in view of Blainey and further in| view of Robison. 

ii 

Applicant submits that Archambault does not disclose or suggest using a base 

\\ 

it 

pointer to determine \)^ether an alias exists Ax^tfi a restricted pointer, as disclosed in 
claim 1 . In the Final Office Action, the Exarr incr states: "[p]ointex variables are 
represented as 1-vaIues or r-vaJues in the alias j 
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may be considered 'base pointers* for the pouitier variables. In particular, the 1-value of a 



:itiJ 



pointer variable is a 'base pointer' because 
or in other words, it is the value of the pointer, 
page 3.) 

However, as disclosed in the specification of the present application, "each 

jj 

pointer that is assigned the value of another p Winter. . .in an instruction within a g^ven 

!| 

code segment is said to have the other pointet\^ its *base' pointer." (Specification at 

paragraph (00371-) The Examiner equates l-v;lllues and r-values in the alias sets of 

li 

Aichambault with the *T3ase pointers" of the present application. Yet, the 1-value of a 



the address to which the variable points, 
'i' (Final Office Action mailed 6/24/2005 at 



pointer variable, or in other words, the addressj 
pointer that is assigned as a value to another 



of the pointer variable, is not the same as a 
inter. The base pointers of the present 



application are otfier pointers assigned as a val^e, not an address of an actual pointer. 

Furthennore, applicant submits that Ajjchambault does not disclose or suggest 

' I 

using scope to determine whether an alias exists with a restncted pointer, as disclosed by 

claim 1. The Examiner states that "during intlproceduial analysis, Archambault 

il 

detennines aliases of pointer variables fromthp local scope of that procedure. During 

i; 

interprocedural analysis, Archambault determmes aliases of pointer variables fcom more 

: 'ij 
jj 

than one procedure, which is to say aliases of pointers fi:om more than one scope." (Final 

;i 
Ij 

Office Action at pg, 3.) In the preceding quoie> the Examiner equates the '^procedure" of 

li 

Archambault with the "scope" of the present application. However, Archambault recites 

bmlding a pointer alias graph for each jUnctim in a given set of code during the 

I' 

i; 
I 

iixtcaprocedural pass. (Archambault at coL 5, 91.4-6.) For example, Archambault recites, 
"an initial compilation phase in which intrstprocedural information about pointer variables 
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referenced in each function of the program is gathered and saved m a data structure 

il 

called the pomter alias graph/* (Id. at col. 3 Inu 66-coI. 4 In, 2.) 

"'I 

Therefore, during the intraprocedural analysis of Archamhault, alias analysis of 

' ij 

pointers only occurs for each function in a givsn hsting of code. As the term "function" 

l! 

was not separately defined witiiin Archambau jt, Applicant submits that the ordinary 
meaning of the term to one skilled in the art isllould be applied. Genially, a ^'fimction" 
within software refers to the sequence of code {that performs a particular task, as part of a 

]! 

larger program, and is grauped into one or moije statement blocks. The National Institute 
of Standards and Technology defines a "fxmction" as "a computation which takes some 
arguments or inputs and yields an output," and] further as "a subroutine which returns a 



12)0 



valued 



However, as disclosed in the specification of the present application, "[s]ccrpe is 



the portion of the program to which a declaratijon ^lies. In an embodiment, in the C 

Ji 

programming language, scope is denoted by an open brace (* {*) followed by a closed 

brace C } There may be many open and close braces nested togettier denoting inner 

Ij 

scope and outer scopes." (Specification at paagraph [0033].) Comparing this use of 
"scope" with the ordinary meaning of a "function", it is clear that the two terms do not 
refer to the same thing. Significantly, a function may actually include many inner and 
outer scopes. 

Consequently, Archambauh is not usir^ scope to determine whether an alias 

: i 

exists with a restricted pointer. In fact, as referred to in the background of the present 

i 

application, a particular probl^ of compiliiT^.restricted pointers using prior art 

i 

compilation techniques is that inner and outerjscopes are not considered. (Specification 
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I! 

leatuics of claim 1, such as using a^A^e 



at paragraph [0003].) The method of Archambault does not disclose a method that 

addresses this particular problem, as it does nop perform alias analysis based on scopes 

|j 

within a particular section of code. Instead, it perfonns alias analysis of functions within 
aUsting of code. 

Therefore, Archambault does not disclisse or suggest the features of claim 1, Nor 
do Blainey or Robison disclose or suggest the 

pointer to determine whether an alias exists wijth a restricted points and using scope to 
detemiine whether an alias exists with a restricted pointer. As a result, Archambault, 
Blainey, and Rohison, individually or in comb Ration, do not disclose or suggest the 

features of claim 1. Therefore, claim 1 is pateatable over Archambault and Blainey, in 

^1 

view of Robison. Claims 3-7 and 27-31 depend from claim 1 and include additional 
limitations. As such, claims 3-7 and 27-31 ari 
Blainey, in view of Robison. 

Independent claims 13 and 17 contain 
base pointer to determine wh^er an alias exiists with a restricted pointer and using 
scope to deteraiine whether an alias exists witL a restricted pointer. As discussed above, 
Archambault, Blainey, and Robison, individuajlly or in combination, do not disclose or 

suggest such features. Therefore, claims 13 aftld 17 are also patratable over Archambault 

|j 

and Blainey, in view of Robison, for the reaso lis discussed with respect to claim 1. 

Claims IS, 16, and 37-39 dq)end &om {claim 13 and include additional 
limitations. Claims 19-21 and 32-36 depend ^fiom claim 17 and include additional 
limitations. lliCTefore» claims IS, 16, 19-21, and 32-39, are also patentable over 



also patentable over Archambault and 



limilar features to claim 1, such as using a 
its wit 



Archambault and Blainey, in view of Robison. 

4 
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Applicant respectfully submits that the 



@014 



rejections have been overcome and that 



the claims are in condition for allowance. A6;;ordingly, applicant respectfully requests 
the rejections be withdrawn and the claims be allowed. 

The Examiner is requested to call thei'il^dersigned at (303) 740-1980 if there 
remains any issue with allowance of the case;! 

Applicant respectfully petitions for an 
outstanding Office Action pursuant to 37 CJP.R. § 1.136(a) should one be necessary- 
Please charge our Deposit Account No. 02-2(566 to cover the necessary fee under 37 
C,F jt. § 1.17(a) for such an extension. 

Please charge any shortage to our Depbsit Account No. 02-2666. 



extension of time to respond to the 



Date: August 2, 2005 



CO 



Respectfully submitted, 
BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN IIP ^ 
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